Micron Document
`:top
Das `!Bootstrap Protocol`! (englisch; kurz `!BOOTP`! oder auch `!Bootstrap-Protokoll`! genannt) dient dazu, einem `F33f`_`[Computer`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Computer]`_`f in einem `F33f`_`[TCP/IP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Transmission_Control_Protocol/Internet_Protocol]`_`f-`F33f`_`[Netzwerk`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Rechnernetz]`_`f eine `F33f`_`[IP-Adresse`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=IP-Adresse]`_`f und eine Reihe von weiteren `F33f`_`[Parametern`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Parameter_(Informatik)]`_`f zuzuweisen.

Verwendet wird BOOTP zum Beispiel zur Zuweisung der `F33f`_`[Netzwerkadresse`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Netzwerkadresse]`_`f von `F33f`_`[Terminals`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Terminal_(Computer)]`_`f und `F33f`_`[festplattenlosen Workstations`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Diskless-Workstation]`_`f, die ihr Betriebssystem von einem Bootserver beziehen. Die Übertragung des Betriebsprogramms geschieht dann üblicherweise über `F33f`_`[TFTP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Trivial_File_Transfer_Protocol]`_`f. Daneben können einige Peripheriegeräte wie beispielsweise `F33f`_`[Netzwerkdrucker`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Netzwerkdrucker]`_`f BOOTP zur Ermittlung ihrer IP-Adresse und Netzwerkkonfiguration (Subnetz/Gateway) verwenden.

Früher wurde `F33f`_`[RARP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Reverse_Address_Resolution_Protocol]`_`f zur Ermittlung der IP-Adresse bei festplattenlosen Geräten verwendet. Im Gegensatz zu RARP, das ausschließlich die IP-Adresse liefert, besitzt BOOTP eine Vielzahl von weiteren Parametern, insbesondere können Subnetzmaske, Gateway sowie Bootserver übermittelt werden. Zur Konfiguration von `F33f`_`[Workstations`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Workstation]`_`f und `F33f`_`[PCs`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Personal_Computer]`_`f reichen diese jedoch nicht aus, da hier zusätzliche Einstellungen wie `F33f`_`[Drucker`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Drucker_(Gerät)]`_`f, `F33f`_`[Zeitserver`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Zeitserver]`_`f und andere nötig sind. Das `F33f`_`[Dynamic Host Configuration Protocol`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Dynamic_Host_Configuration_Protocol]`_`f (DHCP) stellt eine Erweiterung von BOOTP dar und ergänzt es um Funktionen wie zum Beispiel die dynamische Zuweisung („Lease“) von wiederverwendbaren IP-Adressen. Ein abwärtskompatibler DHCP-Server kann mit BOOTP-Clients kommunizieren.

>>Contents

• `F0af`_`[Ablauf einer BOOTP-Anfrage`#ablauf-einer-bootp-anfrage]`_`f
• `F0af`_`[Die BOOTP-Anforderung`#die-bootp-anforderung]`_`f
• `F0af`_`[Die BOOTP-Antwort`#die-bootp-antwort]`_`f
• `F0af`_`[Siehe auch`#siehe-auch]`_`f
• `F0af`_`[Normen und Standards`#normen-und-standards]`_`f
• `F0af`_`[Einzelnachweise`#einzelnachweise]`_`f

-─

>>Ablauf einer BOOTP-Anfrage

Eine BOOTP-Anfrage besteht aus einer Client-Anforderung und einer Server-Antwort.

>>>Die BOOTP-Anforderung

Beim Einschalten des Gerätes kennt dieses weder seine eigene `F33f`_`[IP-Adresse`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=IP-Adresse]`_`f noch die des BOOTP-Servers. Es wird ein `*boot request`* gesendet. Dies ist ein normales `F33f`_`[UDP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=User_Datagram_Protocol]`_`f-Paket. Als Absender wird, da bisher nichts anderes bekannt ist, die Adresse `F33f`_`[0.0.0.0`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=0.0.0.0]`_`f eingesetzt. Die Empfängeradresse ist die 255.255.255.255, was als `F33f`_`[Broadcast`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Broadcast]`_`f im eigenen Netz interpretiert wird, da der BOOTP-Client auch nicht die lokale Adresse des Netzwerkstrangs kennt.

Ein `*boot request`* von einem `F33f`_`[Client`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Client]`_`f wird immer auf den `F33f`_`[Zielport`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Port_(Netzwerkadresse)]`_`f 67 (`*BOOTP Server`*) gesendet. Anschließend lauscht der Client auf dem Port 68 (`*BOOTP Client`*), auf den die Antwort (`*boot reply`*) gesendet wird.

Dass zwei reservierte Ports verwendet werden, ist nicht bei jeder IP-Verbindung so. Die meisten Protokolle verwenden als `*abgehenden`* Port (der Port des Clients) eine zufällige Portnummer. Auf diesem Port wird dann auch die Antwort des Servers erwartet. Bei BOOTP würde dies jedoch nicht funktionieren, da die Antwort des BOOTP-Servers (Bootreply) nicht unbedingt auf eine bestimmte Zieladresse gesendet wird, sondern auch als Broadcast an alle Stationen im eigenen Subnetz gehen kann. Würden keine festen Portnummern verwendet, könnte es vorkommen, dass ein anderer Host gerade auf dem gleichen Port lauscht, jedoch etwas ganz anderes erwartet.

Mit dem `*boot request`* sendet der Client einige Informationen über sich: Das wichtigste ist die eigene Hardware-Adresse der Netzwerkkarte (`F33f`_`[MAC-Adresse`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=MAC-Adresse]`_`f). Dies ist das einzige Erkennungsmerkmal der Station. Der Client generiert außerdem eine 4 Byte lange `F33f`_`[Zufallszahl`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Zufallszahl]`_`f, die im `*boot reply`* wieder auftauchen muss. Weiterhin ist ein `F33f`_`[Timer`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Timer]`_`f vorgesehen, der zählt, wie lange der Client schon auf sein `*boot reply`* wartet.

>>>Die BOOTP-Antwort

Bekommt der BOOTP-Server eine gültige Anfrage auf dem entsprechenden `F33f`_`[Port`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Port_(Netzwerkadresse)]`_`f, so betrachtet dieser zunächst die `F33f`_`[MAC-Adresse`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=MAC-Adresse]`_`f. Die MAC-Adresse aus der Anfrage wird mit einer `F33f`_`[Datenbank`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Datenbank]`_`f verglichen, in der den MAC-Adressen IP-Adressen zugeordnet sind. Wird für die Anfrage ein Eintrag gefunden, sendet der Server eine Antwort (`*boot reply`*). Meist wird die Antwort auch einfach als Broadcast gesendet, es ist jedoch auch möglich, die `F33f`_`[ARP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Address_Resolution_Protocol]`_`f-Tabelle des Servers manuell zu bearbeiten. Die Möglichkeit hierfür muss jedoch der `F33f`_`[Kernel`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Kernel_(Betriebssystem)]`_`f bieten.

Wird die Antwort als Broadcast gesendet, enthält diese folgende Informationen:

• Die Hardware-Adresse des Clients. Der Client erwartet eine Antwort mit seiner Hardware-Adresse, um zu erkennen, dass das Paket für ihn ist.
• Die Zufallszahl, die in der Anfrage vom Client erzeugt wurde.
• Die IP-Adresse der Client-Maschine.

Die folgenden Parameter sind optional und werden nur übermittelt, wenn der BOOTP-Server entsprechend konfiguriert ist:

• Die IP-Adresse und der Hostname des Boot-Servers. Von dort kann im nächsten Schritt über `F33f`_`[TFTP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Trivial_File_Transfer_Protocol]`_`f ein Betriebssystem geladen werden.
• Der Name und die Pfadangabe der Bootdatei. Die Bootdatei enthält den Kernel, der anschließend mit TFTP übertragen wird.
• Name des Verzeichnisses, das vom Kernel über `F33f`_`[NFS`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Network_File_System]`_`f als `F33f`_`[root-Verzeichnis`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Root-Verzeichnis]`_`f `B100`F9d9/`f`b eingebunden werden soll.

Der BOOTP-Client lauscht also auf dem vorgegebenen Port und wartet auf eine Antwort vom Server. Empfängt er ein Paket, wird die MAC-Adresse mit der eigenen, sowie die Zufallszahl mit der gesendeten verglichen. Erkennt der Client, dass die Antwort für ihn gedacht ist, wird die IP-Adresse der Netzwerkschnittstelle zugewiesen.

>>Siehe auch

• `F33f`_`[DHCP`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Dynamic_Host_Configuration_Protocol]`_`f (Dynamic Host Configuration Protocol), die Erweiterung des Bootstrap Protocol
• `F33f`_`[Preboot Execution Environment`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Preboot_Execution_Environment]`_`f

>>Normen und Standards

Das Bootstrap-Protokoll wird fortwährend weiterentwickelt. Aufgrund der vielfältigen Update- und Ergänzungs-RFC's wird hier nur der initiale RFC genannt:

• `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 951`* – `*Bootstrap Protocol (BOOTP)`*. September 1985 (englisch).

>>Einzelnachweise

`:cite-note-1`!1.`! `*`F33f`_`[RFC`:/page/entry.mu`zim=wikipedia_de_all_nopic_2026-01.zim|entry_path=Request_for_Comments]`_`f: 951`* – `*Bootstrap Protocol (BOOTP)`*. September 1985 (englisch).

`c`F0af`_`[↑ Back to top`#top]`_`f`a